OVH - mises à jour Joomla (3.7.1/3.7.2/...) qui ne passent pas sur certains SERVEURS

[GraphiqueDesign]

Mon moniteur me signale déjà 2 fois mon site down depuis 9 heures ce matin :

The monitor GraphiqueDesign-bf (https) (https://www.graphiquedesign-bf.com/) is back UP (HTTP 200 - OK) (It was down for 22 minutes and 55 seconds).

Et là encore, à l'instant, down !
Ils ont quoi cette fois chez OVH, des souris qui bouffent les câbles ?

Quelqu'un ici aurait-il quitté OVH pour 02Switch ? Juste pour savoir comment ça c'est passé ! Ça peut être par MP, merci d'avance.

Édit

Et hop, troisième coupure :

The monitor GraphiqueDesign-bf (https) (https://www.graphiquedesign-bf.com/) is currently DOWN (HTTP 502 - Bad Gateway).

[manu93fr]

Bonsoir,
le mieux serait de tester sur un an

je l'ai fait sur un site et je ne reviendrai pas en arrière.
Beaucoup plus de possibilités chez O2switch (mais j'imagine qu'ailleurs aussi)
Rien que l'accès a un "vrai" Cpanel, ça n'a pas de prix !

Mais encore une fois, teste par toi même, tu ne risques pas grand chose ...

[GraphiqueDesign]

Merci Manu pour le topos !
En fait, je m'inquiète un peu pour la migration, je n'ai pas vraiment trop de temps actuellement, je suppose qu'il y aura pas mal de modifications à faire dans les fichiers de configuration, dans .htaccess enfin un peu partout ?

[Eddy.vh]

J'ai quitté OVH fin de l'an dernier pour o2switch.
Comment ça s'est passé ? Et bien, plus facilement que je le pensais. Je n'avais jamais migré un domaine avant et j'avoue que je craignais un peu cette étape mais tout s'est passé pour le mieux et le support o2switch est très réactif et efficace.

Faut juste s'habituer au cpanel, différent de ce qu'on trouve chez OVH mais là aussi on trouve vite ses marques.

[RobertG]

Le plus délicat est le transfert de la messagerie afin de ne rien perdre : si on a l'habitude de tout rapatrier dans un gestionnaire local (Outlook, Thunderbird...) en POP ou IMAP, pas trop de problèmes, plus compliqué si on utilise le webmail et qu'on a donc tout laissé chez l'hébergeur...

Pour ce qui est de la configuration, MoovJla est là pour simplifier les choses mais la restauration Akeeba, voire un transfert direct depuis le composant, ça fait gagner du temps.
Attention en effet au .htaccess et au certificat SSL : il faudra en régénérer un sur le nouveau serveur, et pour le .htaccess de préférence revenir à celui de base.
Attention aussi au cache de JCH Optimize s'il est utilisé : sur certains sites, j'ai retrouvé des fichiers en cache dans le dossier media, à exclure donc des sauvegardes.

[jjs64]

J'ai des erreurs 504 sur 2 60GP pour la dernière mise à jour Joomla, après une demi douzaine d'échanges avec OVH voici enfin un semblant de réponse mais cela me parle pas beaucoup ?

"Effectivement, il y a eu ce dysfonctionnement de ce type (504 lors d'un emise à jour joomla) depuis des mois et cela été lié à un blacklistage de nos IP chez Joomla.
Même si nous avons essayé de les contacter, il n'y a pas eu un retour de leur part et ils ont ensuite déblacklisté nos adresses IP sans aucune alerte.
Pour cette raison, je vous invite de nouveau à lancer une mise à jour manuelle de votre module vu que nous n'avons pas une date exacte pour le filtrag de notre adresse IP chez Joomla."
?

[manu93fr]

J'ai des erreurs 504 sur 2 60GP pour la dernière mise à jour Joomla, après une demi douzaine d'échanges avec OVH voici enfin un semblant de réponse mais cela me parle pas beaucoup ?

"Effectivement, il y a eu ce dysfonctionnement de ce type (504 lors d'un emise à jour joomla) depuis des mois et cela été lié à un blacklistage de nos IP chez Joomla.
Même si nous avons essayé de les contacter, il n'y a pas eu un retour de leur part et ils ont ensuite déblacklisté nos adresses IP sans aucune alerte.
Pour cette raison, je vous invite de nouveau à lancer une mise à jour manuelle de votre module vu que nous n'avons pas une date exacte pour le filtrag de notre adresse IP chez Joomla."
?

Bonjour jjs64 et Bienvenu
suis ce lien pour contourner le souci 504 Gateway (chez ovh)

https://forum.joomla.fr/forum/joomla-3-x/installation-et-mise-%C3%A3%C2%A0-jour-de-joomla-3-x/1980264-probl%C3%A8me-mise-%C3%A0-jour-joomla-3-8-6-vers-joomla-3-8-7

[woluweb]

Avé !
Upgradi te salutant.

Juste pour vous informer : je viens de faire 50 mises à jour de Joomla 3.8.8.
Et bien je vous le donne dans le mille : ça passe partout sauf sur mes 3 sites qui sont chez OVH sur des "60GP" (time-out, erreur 504).

Comme d'habitude, le "workaround" est d'upgrader manuellement.

[envol]

Bonjour,
Il semble que j'ai un problème similaire expliqué ici https://forum.joomla.fr/forum/joomla...le-directement ?
à moins que cela ne soit une variante avec un pb de parametrage des seveur OVH au niveau du upload_tmp_dir no value no value ?
Cdlt

[woluweb]

And the winner is...

Joomla 3.8.9 vient de sortir... et je constate (comme d'hab) que certains serveurs d'OVH ne sont pas capables de télécharger la mise à jour.
Cette fois, ce sont les 60GP qui bloquent...
(pour voir quel serveur vous avez chez OVH, allez dans Système > Informations Système et sur la ligne PHP exécuté sur vous avez une longue ligne où vous voyez qqpart "60gp")

[Philoux44]

J'avais résolu le soucis de mise à jour en passant par des mises à jours partielles
(#57), mais ce matin, pour Jommla 3.8.10, ça ne suffisait pas pour un de mes sites.

De plus, il restait tous les messages de post-installation, impossibles à accéder et
donc à cacher, puisque provoquant la même erreur provenant du serveur (Time Out).

J'ai finalement testé l'activation de l'optimisation de PHP-FPM, comme indiqué ici :
https://docs.ovh.com/fr/hosting/acti...mutualise-ovh/

Résultat :
- mon site récalcitrant a pu faire sa mise à jour, de façon standard (donc globale) ;
- j'ai enfin pu accéder à tous mes messages de post-installation, et donc les cacher ;
- j'ai noté une franche accélération de la réactivité sur un autre de mes sites (forum phpbb).

Ceci reste à confirmer sur la durée, mais c'est une piste à creuser ...

[woluweb]

Merci Philoux44 pour cette piste !

J'avais déjà un fichier .ovhconfig sur mes 3 sites en "60GP" (c'est bien du 60GP aussi sur lesquels tu as les soucis ?)
Dans mon cas, j'avais ceci :

app.engine=php
app.engine.version=7.1
http.firewall=none
environment=development
container.image=stable

Bref, 2 différences avec ce qui est suggéré : PHP7.1 et pas PHP7.0, et development au lieu de production sur l'environment.

Je n'ai *pas* changé ce fichier, mais en retestant ces 3 sites à l'instant :
1. l'upgrade Joomla passe (pas de timeout 504)
2. l'accès aux messages post-installation fonctionne (pas de timeout 504)

Bref,
- ou bien c'est vraiment aléatoire chez OVH sur les 60GP et autres serveurs éventuellement concernés
- ou bien OVH a fait une modif (sans doute suite l'un ou l'autre ticket)

Mais il suffit de relire les 8 pages de ce fil : parfois ça remarche, parfois ça marche plus. Du OVH quoi.

[manu93fr]

Je confirme Marc .... j'ai eu des timeout sur des 60GP (vieille formule) et en retentant 2/3 mn plus tard suite a cette erreur ... et bien ça passe
Les mystères de l'informatique !

[woluweb]

YES !
Et cette fois, the winner is : 300gp.ha.ovh.net

Vous êtes client OVH ?
Vous avez des problèmes de mises à jour Joomla qui ne passent pas.
Pas de stress : le problème, c'est pas vous c'est OVH.

Cette fois, c'est tous les sites sur le serveur 300gp.ha.ovh.net dont les mises à jour ne passent pas (Joomla 3.8.13).
(ce qui est bien, c'est la variété : une fois c'est les 60gp, une fois les media, une fois le 300gp :P)

PS : edit : ah, après 4-5 essais, il est enfin passé (jusque là c'était l'erreur 504 time out habituelle...

[woluweb]

Alors, aujourd'hui (jour de sortie de Joomla 3.9.13), les serveurs OVH qui bloquent la mise à jour sont
- webm244.cluster010.gra
- webm217.cluster023.gra
- webm135.cluster013.gra

Allez, je lance le OVH Challenge !

https://twitter.com/woluweb/status/1191747023638323201